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Sir: 



I, John J. Donahue, do hereby declare, that: 

1) I am named as the sole inventor of the above-identified patent application; 

2) I was and am the owner and President of J. J. Donahue & Company, the assignee of 
the above-identified patent application, during conception and development of the 
invention described and claimed in the above-identified patent application; 

3) Prior to May 20, 2003, ("the critical date"), I conceived of the invention recited in 
the pending claims of the above-identified application; 

4) Conceptionis evidencedby the document entitled "Memo, " prepared by myself, 
and attached as Exhibit A. Conception is evidenced at least at page 3, second 
paragraph ( labeled i tern 4.). T he d ates r edacted from E xhibit A a re p rior t o t he 
critical date. Other material has also been redacted from Exhibit A, including 
marginalia and other material not relevant to proving conception of the above- 
identified application. 

5) I sent the Memo to my patent attorney, Mr. Bradley Wright, prior to the critical 
date. 
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6) Prior to the critical date, on May 13, 2003, I had a teleconference with Mr. Wright 
to discuss various details of my invention. Evidence of the teleconference, in the 
form of the first page of notes taken by Mr. Wright during the teleconference, is 
attached as Exhibit B. 

7) Subsequent to the date referred to in the preceding paragraph, I continued work on 
my invention on a regular basis as part of my ordinary course of business. On May 
22, 2003, 1 conducted an online demonstration of a partially operative variant of my 
invention for Mr. Wright, as evidenced by the email attached as Exhibit C. 

8) Subsequent to the date referred to in the preceding paragraph, I continued work on 
my invention on a regular basis as part of my ordinary course of business. On May 
30, 2003, I sent to Mr. Wright, via email, a more fully-featured demonstration of 
my invention, as evidenced by the email communication attached as Exhibit D. 

9) Subsequent to the date referred to in the preceding paragraph, Mr. Wright prepared 
and sent to me a draft patent application for my review. On June 23, 2003, I 
discussed the draft application with Mr. Wright via telephone, as evidenced by the 
first page of notes taken by Mr. Wright during our teleconference, attached as 
Exhibit E, 

10) Subsequent to the date referred to in the preceding paragraph, I continued work on 
my invention on a regular basis as part of my ordinary course of business. In 
addition, I prepared written notes and comments regarding the draft patent 
application, which I sent to Mr. Wright on June 26, 2003. Evidence of the notes in 
the form of my email to Mr. Wright is attached as Exhibit F. 

1 1) Subsequent to the date referred to in the preceding paragraph, Mr. Wright continued 
work on the draft patent application. In addition, I sent an additional email to Mr. 
Wright on July 1, 2003, with additional information regarding the draft patent 
application. A copy of the email is attached as Exhibit G. 

12) Subsequent to the date referred to in the preceding paragraph, I continued 
development of my invention on a regular basis as part of my ordinary course of 
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business, including discussing the invention with my technical specialist who 
assisted with the implementation of my invention. I sent an email to Mr. Wright 
with comments related thereto on July 7, 2003, a copy of which is attached as 
Exhibit H. 

13) Subsequent to the date referred to in the preceding paragraph, I continued work on 
my invention on a regular basis as part of my ordinary course of business. From 
July 9 - 13, 2003, I was preparing for a business trip to Germany, during which I 
planned on conducting two private meetings to demonstrate a version of my 
software system that included the potential application of my invention. 

14) From July 14- 17, 2003, 1 traveled to Germany to conduct two private meetings to 
demonstrate a version of my software system that included the potential application 
of my invention. 

15) As time permitted while I prepared for and was on the aforementioned business trip, 
and upon my return through July 24, 2003, I reviewed the patent application to 
make sure that the document was in order, including the exhibits, and that issues 
related to the application that had arisen during my travels had been resolved. 

16) On July 24, 2003, I sent an email communication to Mr. Wright regarding the draft 
patent application, a copy of which is attached as Exhibit I 

17) I received a revised draft patent application from Mr. Wright on July 30, 2003, and 
I returned final comments to Mr. Wright on the same day. A copy of the relevant 
email string is attached as Exhibit J. 

18) Mr. Wright made the final changes to the draft patent application, and sent it to me 
for final review, along with requisite paperwork to be signed by me prior to filing 
the application in the United States Patent & Trademark Office. 

19) The above-referenced patent application was filed in the USPTO on July 31, 2003. 
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20) Exhibits A-J and the above statements demonstrate conception prior to the critical 
date, and diligence from a time at least prior to the critical date up to constructive 
reduction to practice of the invention(s) of the above-cited application. 

21) The attached exhibits have not been altered since they were originally prepared 
except for the redaction of references to dates, of additional handwritten marginalia, 
and of other material not relevant to this declaration. 

22) I am over 1 8 years of age and of competent mind. 

23) All s tatements m ade of myownk nowledge are true a nd all s tatements made o n 
information and belief are believed to be true; and further, these statements were 
made with the knowledge that willful, false statement so made are punishable by 
fine or imprisonment or both, under 18 U.S.C § 1001 and that such willful, false 
statements m ay j eopardize the v alidity of the above-identified application or any 
patent issuing thereon. 

Respectfully submitted, n 





Memo 



TO: Brad Wright 

FROM: Jay Donahue 

RE: Global Office Link Patent Issues 



Date: 




Dear Brad: 

Enclosed is a review of the inventive principles that will be integrated into the Global Office Link 6 
system. I have divided these principles into 4 general categories: applicability of the system, 
significant other features, controlling functions (system administrator-level tools) and operational 
improvements. These principles should be evaluated in view of the current patent applications 
and related claims. 



I. Applicability of System 

Definition: The universe of potential system users and system features that articulate, 
develop and automate business processes before and during operational use 

Purpose: Identify the structure for a particular organizational process through 
documentation, modify the business process so that It functions better, and introduce 
automated workflow and related tools that save time and money. The system can apply to 
organizational processes beyond the negotiation of a contract and for uses that precede 
adoption of the system for day-to-day use. 



Narrative Summary: The enclosed narrative description for Global Process Link describes 
the process related tools. 



Relevant Principles: The following principles summarize future use of the system 






1. (Use for Non-Contract ua l Processes^ Companies and other organizations (such as 
goOernmenrorganlzations ana otner non-profit companies) have a general interest in 
automating their workflow to be more efficient, which yields savings of time and/or 
money. These activities normally require, at a minimum, some degree of internal 
collaboration in order to achieve desired end results (indeed, the word "corporation" 
stems from the Latin word lor "body", suggesting that collaboration Is essential in such 
organizations). These groups often utilize consultants to develop certain process 
improvements - Including, for example, the Six Sigma 8 " system and customer 
relationship management or other initiatives with quantitative or qualitative objectives. 
The Global Office Lfnk system provides a structure upon which all of these activities and 
related workflow can be automated. 

The current claims apply to a '^contracf and a Iransactlo n". Th^QPjhlng states that, 
"the invention has broad application beyond a real estate transaction" (page 38, Lines 5' 
to 6). The word 'transaction" Impiies a process that would not necessarily be contractua l 
innature jinfl couiHTefar^Tnffl of a more general business need (seelhe examp l 
bj^^V jTie^ ul y 2QQQ filing refers to a "nine phase computer-assisted process for 
negotiation, execution and evaluation of a (ease transaction according to one variation of 
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the invention" (Page 14, Lines 10 to 11). A subsequent paragraph in the same filing 
refers to fourth phase of the process where "the tenant defines his or her requirements to 
occupy the premises, incfuding improvements and Investment not provided by the 
landlord 1 ' (Page 15, Lines 1 to 4), and notes that the landlord may or may not be involved 
In these decisions. This memo will assume that the words "transaction" and "fulfillment' 
can be used on an interchangeable basis, eliminating the need to use both words. 

Use within a Single Organization: Companies and other organizations that wish to 
automate workflow d ^not necessari jy ftftndnct n ft P9 tiatiQns with a coLpleipariyjQmeet 
their stated organizational objecttvesTln addition, a worlrftow may cs(gbine phased and 
steps that Involve 4 tegotiation M (agreements to be reached between pa 
counterparties), "Int^ BarnSgotlatio n" or "collaboration" (agreements to be reached 
between members of the same party and/or its external service providers) and "due 
diligence" (a single user addresses organizational criteria that are precedent to making a 
decision). The system can act as a unifying platform that encompasses all of this activity. 
Take two examples: 

♦ In Example 1, a customer makes a request for customer service. This request could 
trigger the sta rt of a workflow process to fulf ill the customer's need. This may require 
due diligenoe'where the fulfilling party reviews corporate policies and procedures, 
and collaboration where the party works with various groups within the company to 
fulfill a request such as product development, marketing department, and legal 
department There may be subsequent negotiations with the customer as to remedial 
support, next steps, etc. However, the organization may decide that this workflow 
should not be visible to the customer, and that any customer negotiations should be 
merely recorded by the fulfilling party. 

•In Example 2, a company needs to determine whether a particular property should be 
declared JkuiElys^af^ sale. This may require that the user jj ndertake 

due HiirqAnno hy gpywflrinq a gfiriftfi Qf que stions about the operational Usg 3&the 
property, then collabora tion with externa l service providers to ootain an appraisal for 
the property and collaboration wfifi internal professionals to determine the property's 
tatus from a legal, fax and environmental perspective. This activity generally would 
rjotjnitf^ve contract negotiations, and the end result would not be a contract but 
rather a d ocument tha t summarizes th e decision m aking process and recommended 
action. If a~decision t^SSlTffie property BBS conllfmed, subsequent actions could 
include marketing the property and negotiations with a prospective buyer as a 
junterparty, 

Both workflow processes could Involve negotiation, collaboration and due diligence. 
Some phases and steps could confirm agreements between service providers and 
organizational employees (for example, as referenced on Page 34, Lines 1 to 5 of the 
CIP filing), or between two parties within the same organization. Other phases and steps 
may require due diligence where only one side of the screen would function, and all 
related documents would be created as the result of one party answering the relevant 
questions (and providing related dialogue box comments) rather than a party and 
counterparty negotiating an agreement. Subsequent counterparty negotiations could take 
place at a later date. As stated above, the current claims apply to a "contract" and a 
"transaction". The word "transaction" implies a process that would not necessarily be 
contractual in nature. 

lagnostlc Use of System: A s stated above and in the narrative, the system has broad 
HcabilltyTonfrgemlzatlonal processes that must be examined, modified and 



automated. This includes the use of the system as a < 



> Implementing 



an automated workflow system. Here, the current workflow structure is created (using in 
one embodiment the reverse engineering method set forth below) and exhibited as 
phases, steps and questions In the relevant documents. The workflow is then evaluated 
and tested on the system's automated platform. Users and/or their business process 
consultants Identify problem areas (e.g., "bottlenecks"), and determine the need for due 
diligence, collaboration, and negotiation with a counterparty to achieve stated 
organizational objectives. The system is further modffied as set forth in the narrative to 
produce a "Proof of Concept". 

Reverse Engineering Methodology: This is a rifev conce^ in connection with the 
development and diagnostic modes as exp&inefiln the narrative. It Integrates new 
technology (such as XML computer language) with the existing business methodology. It 
has broad applicability for organizations and their consultants who are responsible to 
examine organizational process activity. It would result in considerable savings of time 
and money by quickly specifying the structure of a particular workflow from the relevant 
documentation, and at the same time creating an ordination of phases, steps and 
questions in a user-friendly format (e.g., users "drill down" from top level phases to lower 
level steps and questions). 

gnif leant Other Features 

Definition: Tools that improve the effectiveness of the system and integrate a variety of 
needs that are associated with a particular organizational objective 

Purpose: These tools Integrate the planning, marketing and transaction process, and the 
storage of information related to a transaction and dates for future decisions to be taken. 
They are combined with certain features described in previous filing to support a range of 
organizational processes. 

Narrative Summary: The workflow process can encompass "pre" and "posf elements of a 
transaction. The system links these functions to a so-called "structured transactions engine" 
through a single screen format. This facilitates the user's demand to have one workplace 
from which to begin, and offers an "Express" system to follow-up and complete selected 
phases without the need for a more structured workflow system. 

Relevant Principles: The significant features Include: 

1 . Use of Express System: Users that have interest in automated workflow systems may 
wish to have a simple, single screen format from which documents are created. The user 
who creates the transaction would control the screen In a "single entry format* where 
responses from counterparties or collaborators are not permitted (the creator could, 
however, delegate responsibility for completing this form). This "Express" system is a 
variant of the , ^^{orkflpw^tem ,, (phase, step, question), the latter being described in the 
filings as a "str uctured trarB actens engine" where responses from rounjsiBartjes or 
collaborators m3yi5renterWrTIT8 express system is designed to permit f ast creat ion 
and e djting of one or nu mber of docu ments aro und which a business process Is built, and 
to utilize SfRS system toots such as reporting? scheduling, best practices, e-biddlng and 
messaging. It could act as an intermediate step before entry into the system's more 
structured "workflow system" (subsequent references to these words in this memo will 
have this specific meaning). The user would have the choice to convert at any time from 
the express system to the more structured and interactive workflow system. The single 
entry form would also serve as the stating point for entering information about any 
transaction as generally described In the CIP filing (Page 25, Lines 24-27 and Figure 16). 



2. Creation of Decision Documents: Prior claims (See claim No. 33 and No. 55 from the 
CIP filing) discuss the creation of intermediate and summary documents for certain 
milestone decisions. The system can also support the creation of flnat doc uments. For 
example, the system can generate either a draft lease agreSmenTBTfinarteese 
agreement that reflects all of the terms and conditions agreed by the parties. As another 
example, the system can generate an "action plan" that summarizes due diligence and 
collaborative decision making and recommends a course of action, such as a decision to 
sell property. Users can decide which of these documents counterparties and 
collaborators can view. 

3. Creation of Supporting Documentation: The system also provides for the insertion of 
documents that support decisions, but are not part of the workflow process. For example, 
the July 2000 filing references the phase where tenants must define their environment. A 
form can be imported into the system or created to specify majwn har oi wor kplaces and 
the amount of s pace tor e ach workplace in support of a related step or question, "Have 
the parties agree?n5Tfi3 amount of required space?". This form can be uploaded into the 
system and accessed with a hyperlink on the same screen as the step or question. 
Responses to the form can be automatically stored in the system database. Users can 
decide which of these documents counterparties and collaborators can view. 



4. ^Connection of Listings to Transaction System: Users can create listings of property or 
✓ other goods or services for sale or lease (or requirements to purchase or lease such 

goods or services) directly from the single entry screen, which is then automatically 
transmitted to an Internet or other computer-generated search engine. For example, 
users can create a listing for a lease of property, which upon clicking the words "Enter 
Listing^ Is automatically uploaded onto a real estate search engine. Conversely, users 
can create a listing on the system from a separate screen and then, upon finding a 
counterparty for a transaction, can initiate a transaction process by entering the listing 
Identification number. In one embodiment, the listing number would become the 
transaction number, and would automatically transfer Into the single entry screen all 
relevant factual information. 

5. Use of Direct Link Generator: System users may wish to promote listings beyond the 
Internal resources of the system by linking to other portals on the Internet or other similar 
computer media. This would permit the simultaneous viewing of the listing from a number 
of such portals or media. The "Direct Link Generator permits users to create a URL or 
other computer-based identification that permits a listing within the system to be viewed 
over such media (for example, by accessing another web site using a web browser). If a 
prospective counterparty has interest in the listing, it may utilize system messaging tools 
to contact the user and initiate the transaction process. In a further embodiment, users 
could utilize the system's internal messaging system to contact parties that may have a 
potential interest In the property or other goods or services. This could be done on an 
individual basis or by utilizing pre-selected groups of participants to be contacted by 
electronic mail. Each recipient could click on the link to view the listing, and If their needs 
match the listing, they could fulfill this request by responding through the messaging 
system or by other means. 

6. Use of Portfolio System: Users may wish to aggregate other goods or services for sale 
or lease (or requirements to purchase or lease such goods or services) Into a summary 
format that would be more amenable for prospective counterparties. For example, a user 
wishing to sell a number of real estate properties may wish to aggregate Information 
about these properties Into one summary listing, with a link to certain "sub-llstlngs* of 
each individual property. The "portfolio' system permits users to utilize the single entry 
screen to initiate this process, and to display the summary information when the 




Memo to Brad Wright 




aggregation has been finalized (using a listing-type forniat for each sub-listing). The 
portfolio would receive a unique Identification number, and would be treated in the 
system as a single entity for purposes of action planning, display of listing, transaction 
process, database entry, etc. fn a further embodiment, users could utilize the system's 
internal messaging system in the same manner as set forth above, with provision ot an 
additional link that displays each sub-listing. 

7. Integrated Database Functions: [Brad, the principal novelty here is the I ntegration of 
se veral database fu nctions into the system and the flexibility to bypass the transaction 
sySTem.J ihSJUiyifflOO filing and the CIP filing make numerous references to a database 
where information pertinent to transactions is stored and retrieved. This includes, for 
example, information on rental prices, sales prices, square footage, etc. Some of this 
Information is "dynamic 11 data that Is subject to change (e.g., building operating expenses) 
and other information is time-sensitive (e.g., deadlines for renewal of a lease). The 
system can enable users to access a record of a transaction after its completion, and to 
make alterations to certain dynamic data fields. Users will enter the unique identification 
number assigned by the system to retrieve the transaction, and utilize the same single 
screen entry form to make these changes. In one variation, users access a "Summary 
Data" screen that is automatically produced at the end of a transaction, and into which 
the user can enter these changes. The summary data is customized (on a system 
administrator-level) to fulfill specific post-transaction needs. Other screens displayed by 
the database (e.g., a breakdown of building operating expenses or a summary of all 
properties by country) can also be customized. The Internal messaging system can send 
reminders to users as to key post-transaction dates, such as the dates for lease 
renewals. It Is understood that the database could either be internal to the system or a 
connection to a database on another computer system that performs similar functions. 
Further, users could elect to bypass the structured transaction system and make entries 
to the database either through the single entry form or a summary data screen. I 



111. Controlling Functions 



Definition: System administrator-level functions that control operation of the system and 
permit modifications to the system 



Purpose: To customize a business process to meet diagnostic or open 
provide tools on an ongoing basis to test new business processes when In 
changes are required. 



3ments or 



Narrative Summary: Customization as defined in the CIP filing permits users to eliminate 
certain phases, steps and questions for a workflow (see Claim 21(6) in the CIP filing). More 
generally, customization may also include the process whereby users on a system , 
administrator level are provided with a set of tools to create a workflow system. This is 
implied in the CIP filing (Page 34, Lines 16 to 19) where it is stated that, 'It should also be 
apparent that customization can be based on broader user-specific needs including, for 
example, different phases; different screen formats; milestone decisions; documentation and 
report interfaces; and messaging interfaces." 

Customization tools built into the system would permit a user without any computer 
programming skills tp create a workflow of phases, steps, questions and the related 
documents, and to rhake decisions about the type of phase and step (negotiable, 
collaborative, due diligence) to meet organizational objectives (in one variation, users would 
need some knowledge of html scripts). This would encompass creation of decision 
documents and supporting documents and modification of templates and other tools that 
streamline the process. Decision documents are either fed Into the system through reverse 
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engineering to create workflow or are created by responses to questions that are summarized 
in a document for each step or phase (not all responses need to be displayed in the 
document). Supporting documents are related to a particular decision but are not integrated 
Into the workflow. Templates include mathematical templates that provide a quantitative basis 
for making decisions (e.g., a comparison of rental costs for two buildings) as were discussed 
In the July 2000 filing (Page 21 , Lines 3 to 4). They also Include non-mathematical templates 
that provide required information in connection with a decision or particular process need 
(e.g., information templates about external service providers to evaluate whether to send 
RFPs for professional services). Customization would also Include modification of a so-called 
"Express" system to facilitate rapid decision making without the workflow system structure. 

These activities could be carried out In all operational modes of the system as set forth In the 
enclosed narrative document. Customization can become an ongoing feature of the system. 
It permits workflow processes to function in an "organic" manner: that Is, they can be modified 
on a regular basts in response to changing organizational objectives and the methods by 
which objectives are met. 

Relevant Principles: These include provision ol a computer-based system for system 
administrators or business consultants to create a workflow and document system, and to 
modify system tools to meet organizational objectives of clients in all system modes. This 
includes a system to: 

1) Create a workflow consisting of phases, steps and questions and the related 
documentation as part of a diagnostic or pre-lmplementation use of the system 



2) Create a workflow using a reverse engineering methodology for the same purposes 



3) Utilize reverse engineering methods with voice or text tagging to transform documents 
into workflow and workflow into documents 

4) Duplicate a workflow In a development mode for purposes of making modifications to the 
system and/or user interface while retaining the existing workflow 

5) Convert a workflow from a development mode Into a "production" mode for purposes of 
implementing the worWIow for everyday organizational use 

6) Create multiple automated business processes to meet diverse objectives of an 
organization, where the basis for creating the second automated business process is 
based on the first business process 

7) Create an express system that is comprised of a single scfeen user interface from which 
a user can enter basic information about a transaction, create action plans and other 
documents, enter listings, and utilize Direct Link Generators to display listings on the 
Internet or similar media 

8) Characterize phases, steps or questions as being of the negotiable, collaborative or due 
diligence type and characterize those phases that would not be visible to counterparties 
or collaborators 




9) 



Create categories of users who have "view only" access to transactions or other business 
processes without the ability to make entries into any displayed fields, as a member of 
the party or counterparty's team 
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10) Create decision documents for the workflow system that are derived from answers to 
questions and customize the user interface 

11) Create decision documents for the express system that are derived from responses from 
sections of the single screen entry form and customize the user Interfaoe 

12) Create or upload documents that support a question or step within a particular phase and 
customize the user interface 

13) Create documents that summarize decisions across any number of phases, steps or 
questions, and that may integrate text from other system documents 

14) Create a listing template(s) for property or other goods or services for sale or lease (or 
requirements to purchase or lease such goods or services) that defines key information 
to be provided electronically and that may vary based on the type of transaction (e.g., a 
lease or sale transaction) 

15} Create mathematical templates that permit entry of numbers for the purpose of obtaining 
financial comparisons, summaries, etc. 

16) Create non-mathematical templates that provide required information in connection with a 
decision or particular process need 

17) Generally customize other system tools such as single line summary reports, best 
practice reports, scheduling, e-bfdding and messaging by changing specific response 
fields and the user interface (e.g M changes to a summary report format that displays 
certain key information derived from questions such as term of lease, annual rent, type of 
customer request, etc.) 

18) Create database template reports that include information required by organizations and 
can be categorized according the specific criteria 

19) Create a summary data document that displays all of the key information about a 
completed transaction and that can be subsequently be m odified by users after tftp 
transaction to make changes In the factual information. ^X3r£^'/kS^^^^^h 



Definition: Modifications to system for the benefit of normal (non-system administrator) users 
including a single party who initiates the transaction process 

Purpose; Make the system work better for users 

Narrative Summary: New features can improve the usability of the system for contract 
negotiation and/or general business process use. These features permit further utilization of 
the system. 

Relevant Principles: A summary of features that could be available to system users Is as 



1) Choose Business Process/Transaction Type: User acting as principal party chooses 
among alternative types of transactions for which they are permitted to participate 



IV. Operational Use of System 




follows: 
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2) Categorization of Phases: User acting as principal party categorizes each phase, step 
and question as being negotiable, collaborative (or Internally negotiable) or due diligence 

3) Choose Single Use Mode: User acting as principal party decides whether an entire 
workflow system transaction (or part thereof) will be carried out by a single user 

4) Add Participants: User acting as principal party decides whether to permit additional 
participants to have "view only* access to a transaction as a member of the party or 
counterparty's team 

5) Create Decision Documents: User acting as principal party decides for a particular phase 
whether a document summarizing all decision-making will be displayed and created 

6) Utilize Express System: User acting as principal party utilizes a single screen format to 
enter information about a transaction or organizational requirement and generate related 
decision documents 

7) Customize Express System: User acting as principal party decides whether phases will 
be utilized for a particular transaction and if not eliminates the phases and related 
documents 

8) Lock Express Documents and Phases: User acting as principal party decides whether a 
particular phase should be "locked" for purposes of entering a date in the schedule for 
completion of a phase. The messaging system prompts users to make this decision. 

9) Transfer from Express to Workflow System: Information entered by users on a single 
entry screen is automatically associated with and transferred into the proper response 
boxes for decisions to be made In the workflow system 

10) Hide Documents and Phases: User acting as principal party decides whether to display 
or hide a particular phase to collaborators and counterparties 

11) Convert Decision Documents into Word Processing Documents: Users may decide to 
convert a decision document into an external word processing software program for 
purposes of making further modifications to the document 

12) Transfer from Express to Workflow System: Information entered by users on a single 
entry screen is automatically associated with and transferred into the proper response 
boxes for decisions to be made in the workflow system 

13) Complete Action Plan; User acting as principal party completes an action plan consisting 
of certain due diligence or collaboration required in advance of starting a particular 
organizational process such as the sale of a building, etc. 

14) Utilize Portal Link: User acting as principal party chooses whether to enter from the single 
entry screen a listing on a search engine for sale or lease of goods or services or for a 
particular need 

15) Utilize Direct Link Generator: User acting as principal party chooses whether to utilize a 
"Direct Link Generator" to create a URL or other computer-based identification that 
permits a listing to be viewed over the Internet or similar media by other parties that may 
have matching needs 
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16) Utilize Direct Link Messaging: User acting as principal party chooses whether to utilize a 
"Direct Link Generator" as part of a message to prospective counterparties that contains 
a link to a listing 

17) Utilize Portfolio System: User acting as principal party chooses whether to aggregate 
goods or services for sale or lease (or requirements to purchase or lease such goods or 
services) into a summary format that would be more amenable for prospective 
counterparties and would then be considered as a single transaction In the system. 

18) Utilize Direct Link Messaging for Portfolios: User acting as principal parly chooses 
whether to utilize a "Direct Link Generator as part of a message to prospective 
counterparties that contains a link to a portfolio listing and sub-listings 

19) Bypass Structured Transaction System: User acting as principal party chooses whether 
to bypass the structured transaction system to enter data for transmission into the 
database 



Please advise me as to your thoughts on these principles and how we should proceed. Thank 
you. 

Best regards 



Jay Donahue 
Enclosure 
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Bradley Wright 

From: Jay Donahue nav^^^g^ ^^ g^^iet.coml 

Sent: Th ursday, May 22, 2003 1 0:05 AM 
To: Bradley Wright 

Subject: WebEx Meeting and Supporting Documents 
Brad, 

In preparation for our WebEx demonstration and discussion at 2:30 today, I have enclosed some 
materials related to the inventive principles. These are: 

- Revised summary of the so-called Global Process Link system 

- Sample action plan. This will be used in the demo to illustrate the "swinging door' 1 concept whereby a 
document can be used to define a workflow, or can be "exported" from the system as a deliverable 
document that summarizes decision making for a particular phase or step in the process. 

- Due diligence and strategic marketing plan. This illustrates the system's potential to create workflow in 
a counter-intuitive way, developing the plan first and then the attending workflow which could create 
the plan. This will not be shown in the demo. 

- Sample customer assistance summary. This document has been color coded to illustrate steps that 
include factual reporting, internal collaboration and third party negotiation. This will not be shown in the 
demo. 

The revised summary attempts to re-state how the system functions. The system's novelty is based on: 

- Application to organizational and contractual processes 

- Diagnostic use of system 

- Reverse engineering technique 

- Expanded customization tools 

All of these features are built upon an inventive system that is'described in other applications. Upon 
review, I believe that the principle other novel feature is the so-called "Link Generator", We can see and 
discuss this tool. 

The details for the WebEx presentation are below. I will call you at 2:30, Thanks. 
Jay 

Hello Jay Donahue, 

You have successfully scheduled the following meeting: 

Topic: Global Office Link 
Date: Thursday, May 22, 2003 

Time: 2:30 pm, Eastern Daylight Time (GMT -04:00, New York) 
Meeting number: 61 1033226 
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Bradley Wright 



From: 

Sent: 

To: 

Subject: 



Jay Donahue |jaydc| |etcoin] 

Friday, May 30, 2003 3:11 PM 
Bradley Wright 

Summary Memo and Demo System 






GPLRevEnglAdoc Demo System.zip ATT59340.txt 



Brad, 



Sorry for the delay in preparing this material. Enclosed is a demo that 
illustrates the functioning of the of the reverse engineering system, along 
with a memo explaining this system and customization in general. 

The reverse engineering method could incorporate many, if not all, of the 
functions within the customization system that we reviewed last week, and 
visa versa. I believe that many users would be more comfortable creating 
and editing a workflow by working on the document that summarizes the 
relevant decisions. However, users could also work "behind the curtain" in 
a more structured format that displays the entire workflow and includes a 
precise breakdown by phase, step and question. We have modified the reverse 
engineering method to include an "editing" function. This means that once a 
document is coded into workflow, the same document and interfaces can be 
used to make further alterations to the workflow system (the related XML 
code would be stored in the system) . 

To launch the demo, unzip the folder, and click on the "home" file. The 
relevant information is accessed as follows: 

- Click on the login function and then the login key (no user name and 
password are required) 

- Click on the "management console" in the horizontal navigation bar. On 
the left navigation bar you will then see the "Document Importer" and "Edit 
Transaction Type" function keys 

- Click on the document importer key. The system will ask you insert a 
document (none is required). Simply click "next™. This links to a sample 
document, -Action Plan for Sale of Property in Boston", where this text is 
highlighted. 

- By placing the cursor over this document and right clicking the mouse, 
you will see the sequence of principal coding functions for the reverse 
engineering system. To make the demo work properly, you need to follow the 
sequence in order, 

- For example, right click over the document and then left click to select 
"Rank Ordering", You will see a box that indicates that , "Action Plan for 
Sale of Property in Boston" has been selected as a phase (for screen shot 
purposes, the highlighting will always precede the sequential action) . Left 
click "Update" to indicate that this will be entered as a phase in the 
workflow system. 

- You may then right click on the "Modify Text" function .that permits users 
to modify the appearance of text in a workflow. The sample document already 
displays the highlighted text. The user types "Develop Action Plan" into 
the text box and then left clicks on "update". 

- Upon clicking "update", the document now displays the highlighted text 
associated with the next function, creating a workflow question from 
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"Visible Text". The user right clicks on this function, and then enters 
the form of workflow question in the text box, and then left clicks 
"Update", this brings the user to highlighted text associated with the next 
function, creating a workflow question from "Non-visible Text" . 

- The sample document continues in this manner through the sequence of 
functions (as explained in detail in the enclosed memo) through the coding 
process in preparation for conversion into workflow. 

- The last right click choice is "Submit" . This connects to a screen where 
the user chooses to place the document either in an existing workflow or a 
new workflow. By clicking ''submit" , a mock page of XML code appears. This 
illustrates the coding process (in practice, this page would normally be 
invisible to the user) . We do not show how the workflow subsequently 
appears to the normal user (It would appear as any other workflow as per 
previous filings) or to a system administrator in the management console 
(as per the demo of last week, with a simplified version set forth below)/ 
but if needed we could show this. 

- Click on "Edit Transaction Type* . This brings you to a hypothetical 
workflow in the management console that is in a "development" mode whereby 
the documents, et al. can be modified. Click on the "document" button 
associated with the first phase, "Agree Lease Proposal & Schedule* . This 
brings you back to the same sample document that was used to illustrate the 
document coding system. 

I believe that the demo and summary document give a good overview of the 
inventive principles of the reverse engineering and customization systems. 
There will undoubtedly be some questions. The only other inventive aspect 
of the system not covered here is the use by a single party, that we have 
discussed and will be included in the new CIP. 

As always, I appreciate your assistance in preparing this CIP filing. We 
will hopefully be in contact over the next few days. Please do n ot hesitate 
to contact me i n the office, on my mobile phone ■■■■■■■■■ or at home 
Thank you. 

Jay 
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Bradley Wright 



From: 

Sent: 

To: 

Subject: 



Jay Donahue DaydH 
Thursday, June 26, 2003 9:55 PM 
Bradley Wright 
Patent Application Comments 




let.com] 





m 




BannerwltPat7.doc BannerwitPat6.doc GPLBWPaLWm ATT503947.txt 



Brad, 



Enlosed are my comments to the draft patent application, along with a 
second memo and attachment that discusses the customization tools. As 
usual, you did excellent work in preparing this draft. We can hopefully 
speak over the next couple of days to review the comments (I will be 
traveling as of July 1st) . Thanks for your assistance. 



Jay 
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Bradley Wright 



From: 

Sent: 

To: 

Subject: 



Jay Donahue [jafl 
Tuesday, July 01 , 2003 7:22 AM 
Bradley Wright 
Patent Application Comments 




|net.com] 



Brad, 



Sorry we couldn't speak on the phone today- upon reflection, I have two 
questions about the current application for reverse engineering* These are: 

- Would this application and the related claims be independent of the 
claims in the first application, which the PTO has (for the moment) rejected? 

- Does it make sense to submit the current application without inclusion of 
the customization tools? Here is my reasoning: The "reverse engineering" 
system would appear to be better able to stand on its own, without 
customization. The latter is, as discussed, in one embodiment simply 
another way of creating documents, which has the same functionality, Xf 
there is some risk that the government may require two separate 
applications, and that there would appear to be much additional time and 
effort needed to adequately describe the customization tools, it may be 
more expeditious to finalize and submit the reverse engineering application 
without these other changes. 

Please advise me as to your thoughts on the above. Thanks. 



Jay 
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Bradley Wright 




From: Jay Donahue DaydcB Biet.com J 

Sent: Monday, July 07, 200310:32 AM 

To: Bradley Wright 

Subject: Patent Application 

Brad, 

Following your last email, here are the comments from my technical 
specialist about the patent application. I am in agreement with all of 
these comments. Kindly review these comments, and make the changes if you 
feel that these are appropriate. 

Upon reflection, I think it would be best to proceed with the current 
application on reverse engineering, without (at this point) inclusion of 
the customization function. We could add customization at a later date as a 
Cip application. 

I am in Denver now, and will call you later this morning. Thank you for 
your assistance. 

Jay 

> Envelope- to: |__ 
>From: ■ R Regan" 

>To: "Jay Donahue" * ™™-> 
^Subject: RE: Patent Application 
>Date: Sat, 5 Jul 2003 19:44:38 -0400 

>X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911,0) 

> Importance : Normal 

> 

> 

>Hi Jay, 
> 

>There don't appear to be any technical problems with the document. Outside 
>of saying that an XML document is used to capture the structure of the 
>workf low 

>there isn't a lot of technical detail on the matter. 
> 

>I noticed something that we haven't discussed before is the use of the XML 
>document to drive the workflow process. While there aren't any technical 
>obstacles in doing this, the current system doesn't work this way. 

> 

>Some notes/questions by page/section: 
> 

>fig. 6 

>The line from step "changes needed?" Yes to step 601 should have a process 

>box "export workflow data structures as tagged document" 

> 

>pg 9/ sec 47 

>The phrase "XML . . . document that defines the arrangement of information 
>in the file" is very general. It may be better to say the XML document 
>def ines 

>a semantically structured representation of the workflow process and 

deliverable 

> document . 

> 

>pg 9/ sec 48 

>The last sentence "When no more changes are needed, , . . the workflow data 

>structure is stored for later use." 

> 

>ln fig. 6 items 603 and 606, the difference between "exported into" and 
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t>"saved" are not clear. In 006 is this really moving to production mode? 
> 

>Also I'm not sure the "use of "export Ted J v is correct, I think bring data 
>into 

>our system is more of an "import" 
> 

>pg 11/ sec 55 

>I don't understand what functionality the last sentence represents: 

> "the system can use software that automatically converts text that 

> is not part of the response into a workflow question," 
> 

>pg 12/ sec 59 

>The text in the middle "...and indicate that a yes response would trigger 
>the 

>answering of the dependent question..." 

> 

>I think "answering" is confusing, it may be better to say n ...trigger the 
>inclusion 

>of the dependent question in the workflow. . . " 

> 

>pg 18/ sec 78 

>The 3rd function "convert from development to production" should probably be 
>the 

>last item. 

> 

> 

>Ron 
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Bradley Wright 



From: 

Sent: 

To: 

Subject: 




Bradley Wright 

Second Invoice Payment, et al. 



Brad, 



Thanks for your reply. I look forward to hearing from you and your 
colleagues, and to receiving your recommendations as to the initial 
application. 



At 05; 34 PM 7/24/2003 -0400, you wrote: 

>Thanks Jay, I will get this application wrapped up pronto. We are also 
>working on examining the examiner's objections in the pending 
application. I have asked Ross Dannenberg, one of our sharpest computer 
associates, to take a look at it with a fresh set of eyes and give us a 

>recommendation . 



>Bradley C. Wright 
>Banner & Witcoff, Ltd. 
>1001 G Street, N.W. 
Washington, D.C. 2 0001 
>202-824-3160 
>202-824-3001 (fax) 
>bwright@bannerwitcof f . com 
>www,bannerwitcof f .com 

> IMPORTANT /CONFIDENTIAL : This message contains information from the law 
>firm of Banner & witcoff, LTD. which may be privileged, confidential, or 
>exempt from disclosure under applicable law. If the reader of this message 
>is not the intended recipient, or the employee or agent responsible for 
>delivering the message to the intended recipient, you are hereby notified 
>that any dissemination, distribution, retention, archiving, or copying of 
>the communication is strictly prohibited. If you have received this^ 
>communication in error, please notify us immediately by return E-mail . 



Jay 



> 



>Brad 



> 



> 



> 




Bradley Wright 

From: Jay Donahue Ca^^^^^aC^ ^SgSJ tet.com] 

Sent: Wednesday, July 30, 2003 10:12 PM 

To: Bradley Wright 

Subject: Revised patent application 

Brad, 

Thanks for the final redraft of the patent application. I am in agreement 

withr the document, and note only several small typos: 



withr 



Par. 22, Line 2: The reference number should be "80S" rather than "804" 



^/Pa: 



'Par. 43, Line 2: Strike the words "in Boston", as this is not part of the 
"title 



I -Ar. 



72, Line 2: There should be a space between the words, "of FIG. 10" 
\^and "of FIG. 11" 

I i^rust that you will make the change that we discussed to FIG. 15 (to add 
Whase III to 1501) . 

I will sign and date the declaration and assignment and fax them back to 
you for filing at the PTO, and presume that the application can be filed 
today. Thanks for your assistance in finalizing this document. 

Jay 



At 06:34 PM 7/30/2003 -0400, you wrote: 

>Jay, here's the revised application per our discussion, 
> 

>Brad « PATENT APPLICATION FOR REVERSE ENGINEERING. D0C» 
> 

>Bradley C . Wright 
>Banner & Witcoff, Ltd. 
>1001 G Street, N.W. 
Washington, D.C. 20001 
>202-824-3160 
>202-824-3001 (fax) 
>bwright@bannerwi tcof f . com 
>www . bannerwi t cof f . com 

> IMPORTANT /CONFIDENTIAL : This message contains information from the law 
>firm of Banner & Witcoff, LTD. which may be privileged, confidential, or 
>exempt from disclosure under applicable law. If the reader of this message 
>is not the intended recipient, or the employee or agent responsible for 
>delivering the message to the intended recipient, you are hereby notified 
>that any dissemination, distribution, retention, archiving, or copying of 
>the communication is strictly prohibited. If you have received this 
>communication in error, please notify us immediately by return E-mail. 
> 
> 
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